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^j- (54) Title: A SYSTEM FOR FACILITATING DELIVERY OF LOCATION -DEPENDENT INFORMATION TO MOBILE DE- 
0© VICES 

(57) Abstract: A system for facilitating the provision of location -dependent information delivery services to mobile device users is 
disclosed. The system involves obtaining position data from positioning devices, which includes the system accepting a request for 
position data from a location-dependent information delivery service provider, and extracting from the request tor position data the 
mobile device identification associated with a mobile device user. The system also provides a positioning device with the mobile 
device identification associated with the mobile de-vice user for obtaining positioning data relating to the mobile device user from 
the positioning device. 
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A SYSTEM FOR FACILITATING DELIVERY OF LOCATION-DEPENDENT 
INFORMATION TO MOBILE DEVICES 

Field of invention 

5 The invention relates generally to computer-based information delivery 

systems. The invention relates more particularly to computer-based systems for 
delivering location-dependent information. 

Background 

10 To be able to provide computer-based services for delivery of location- 

dependent information to mobile devices has long been regarded as an important 
goal for mobile telecommunication operators seeking to attain a commanding posi- 
tion in the mobile-Internet value chain. Such mobile devices include hand phones, 
Personal Digital Assistants (PDAs), Information Appliances (lAs) or the like de- 

15 vices. 

With ownership of mobile telecommunication networks, mobile telecom- 
munication operators applying appropriate positioning technologies may with a 
high degree of accuracy locate mobile telecommunication subscribers or users 
who are frequently on the move. By doing this, the mobile telecommunication op- 

20 erators therefore may provide value-added information delivery services to such 
users. Examples of such value-added information delivery services include ser- 
vices for providing a user's current location, services for locating another user, 
services for aiding vehicle navigation, services for locating and/or calling the near- 
est emergency help services, and services for providing advertisements which are 

25 only useful or meaningful to the user at the user's current location. 

The Internet is a borderless communications platform upon which vast 
amounts of information is exchanged. In the early stages of the Internet's route to 
ubiquity, Internet users are restricted only to those who have access to the Internet 
from locations like home, offices, schools or the like places where there are fixed 

30 lines. Therefore, only such Internet users may access information delivery services 
via the Internet. Moreover, these information delivery services need only consider 
the fixed geographic location of the Internet users when delivering location- 
dependent information. The content of the information retrieved this way is repre- 
sented by an Internet content domain 102 as shown in Fig. 1A. 
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With the emergence of Wireless Applications Protocol (WAP) for enabling 
mobile devices to retrieve information via wireless communication devices, mobile 
device users may also gain access to information delivery services while on the 
move. Part of the content of the information provided by such information delivery 
5 services via WAP is similar to the content of the information retrieved using the 
traditional Internet-based information delivery services. The content of the infor- 
mation retrieved this way is represented by a mobile device content domain 104, 
which overlaps the Internet content domain 102 to illustrate the similarity there- 
between as shown in Fig. 1 B. 
io Today, mobile device users who are on the move typically have special 

requirements relating to the content of the information acquired from any informa- 
tion delivery services accessible to the mobile device users. Such content may 
need to be customized according to where the mobile device users are located. In 
this way, the mobile device users may then obtain personalized and location- 
is dependent information based on the mobile device users' needs and the mobile 
device users' current location, respectively. It is desirable therefore that part of the 
content of the information provided by location-dependent information delivery 
services is also similar to the content of the information retrieved from the tradi- 
tional Internet-based or mobile device-based information delivery services. Such 
20 information content is represented by a location-dependent content domain 1 06, 
which overlaps both the Internet content domain 102 and the mobile device con- 
tent domain 104 as shown in Fig. 1C. 

The business logic and resources of a number of Internet- or mobile de- 
vice-based information delivery services that are available today may be rejigged 
25 to deliver or provide information that is location-dependent, or "localized". Services 
providing information relating to advertisements, taxi bookings, weather forecasts, 
yellow pages, and driving directions are some examples of such location- 
dependent information delivery services. For example, information may be pro- 
vided for facilitating the booking of a taxi without the need to inform taxi operators 
30 of a mobile device user's location, or the receiving of information such as the 

name of shops that are close to a mobile device user and are offering discounts or 
having promotions while the mobile device user is in a shopping area. 

In addition, a number of new information delivery services may be intro- 
duced, for example, such as services for calling emergency help, finding people 
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and tracking assets. 

The introduction of location-dependent information delivery services may 
also create a new type of business that is based on selling location information. 
Examples of location information include maps, maplets, driving directions, ad- 
5 dresses and places or points of interests. 

In the context of information delivery services, a service provider is a busi- 
ness entity that provides a Web service portal which may be Internet- or WAP- 
based for providing product- and/or service-related information and/or transaction 
services. Examples of service providers include fast food chains, taxi companies, 

10 restaurants, shops and etc. A content provider is a business entity that sells loca- 
tion information or content such as maps, driving directions, or the like information 
to service providers. 

Business entities such as content providers, and/or mobile telecommuni- 
cation operators are typically involved in location-dependent information delivery 

15 services provided by service providers. However, these business entities with ex- 
isting business logic and resources currently face a number of difficulties, thereby 
preventing the feasible implementation and cost-effective and efficient delivery of 
location-dependent information. 

For example, it is difficult for service providers such as fast food chains to 

20 provide maps in Web applications that are accessible through the fast food chains' 
Web portals because it is not cost-effective and efficient to maintain geographic in- 
formation systems (GIS) or map engines for generating maps. This is because the 
maintenance of GIS or map engines do not typically directly relate to the core 
business of such service providers. Although a number of content providers are 

25 available, it is difficult for service providers to be kept abreast on the type of ser- 
vices or content these content providers sell. The service providers are therefore 
unable to appropriately choose the content providers to purchase content from, 
due generally to non-availability or lack of information on content providers. 

Additionally, most content providers typically have interface requirements 

30 unique to the content providers' applications or systems that need to be met when 
requests for information are made to the content providers. Therefore, it is difficult 
for service providers to integrate localized content into the service providers' Web 
applications because there are numerous and different interfaces such as applica- 
tion program interfaces (APIs) used by different content providers, due to a lack of 
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interfacing standards among the content providers. 

Furthermore, most positioning technologies, which are critical to the fea- 
sible implementation of location-dependent information delivery services, typically 
offer position data in the form of latitude and longitude information. To most ser- 
5 vice providers, such information is unintelligible or difficult to interpret and there- 
fore not directly useful for providing location-dependent information delivery ser- 
vices. To some content providers, the preference is to provide information such as 
zones, provinces, and other similar useful information instead of latitude and lon- 
gitude information. 

io Moreover, different mobile devices have different screen dimensions and 

sizes, and most content providers that sell maps typically do not customize the 
map size according to the different dimensions and sizes of screens. This is be- 
cause these content providers typically do not have information regarding the dif- 
ferent mobile devices, and therefore find impractical the implementation of ren- 

15 dering applications for fitting the dimensions and sizes of the maps to purchasers' 
requirements. 

Also, most service providers find difficulty in justifying the commercial vi- 
ability of providing location-dependent information delivery services because there 
is typically a lack of billing and charging infrastructure within the service providers' 

20 operations premises or accessible to the service providers. 

In addition, mobile device user-positioning services provided by mobile 
telecommunication operators typically require mobile device users to manually key 
in the mobile device users' current locations because these mobile telecommuni- 
cation operators have not implemented positioning technologies in the respective 

25 mobile telecommunication networks. Manual entry is both tedious and user-error 
prone, thereby making such services unpopular and therefore difficult to provide 
from a commercial standpoint. 

In relation to non-manual or automatic positioning technologies, there are 
networkbased, network-independent, and hybrid technologies. The network-based 

30 technologies include Cell-Identity (ID), Time Difference of Arrival (TDOA), and En-' 
hanced Observed Time Difference (E-OTD) technologies. The network inde- 
pendent technologies include GPS (Global Positioning System) technology and 
manual entry, and the hybrid technologies include A-GPS (Assisted Global Posi- 
tioning System) technology. 



BNSDOCID: <WO_02058426A1_I_> 



WO 02/058426 



5 



PCT/SE02/00076 



A number of these positioning technologies are compared using Tables 1 
to 4, namely Cell-ID, EOTD, GPS and A-GPS, in which: 

Table 1 provides a comparison of the types of changes - whether hard- 
ware (HW), software (SW) or none - to be made to the mobile devices for imple- 
5 mentation of the respective positioning technologies; 



Table 1 



Cell ID 


EOTD 


GPS 


A-GPS 


None/SW 


SW 


SW 
+HW 


SW+HW 



Table 2 provides a comparison of the additional costs - whether low, high 
10 or none - involved for implementing the respective positioning technologies; 

Table 2 



Cell ID 


EOTD 


GPS 


A-GPS 


None/low 


Low 


High 


High 



Table 3 provides a comparison of the positioning accuracies (in meters) 
afforded by the respective positioning technologies; and 

Table 3 



Cell ID 


EOTD 


GPS 


A-GPS 


100- 
1000m 


75- 
300m 


15-1 50m 


1-1 00m 



20 

Table 4 provides a comparison of the times (in seconds) required for per- 
forming positioning by the respective positioning technologies. 



BNSDOCID: <WO_02058426A1_L> 



WO 02/058426 



6 



PCT/SE02/00076 



Table 4 



Cell ID 


EOTD 


GPS 


A-GPS 


<5 s 


<5 s 


10-16 s 


<5s 



A number of problems are associated with these positioning technologies. 
For example, most of these positioning technologies are still in the early stages of 
improvement or redevelopment, and therefore position-determining equipment 
(PDE) used for performing positioning is expensive. Furthermore, accuracy is still 
a problem for most PDE, and limited interoperability exists between the various 
types of PDE supplied by different vendors. Moreover, some PDE require hard- 
ware and software changes to be made to both mobile devices and mobile tele- 
communication network equipment. Also, backup systems are seldom put in place 
to backup the PDE. 

The functions and roles of a mobile telecommunication operator in the 
provision of location-dependent information delivery services may include provi- 
ding a hub for positioning technologies, a hub for location services, billing and 
charging facilities, and a privacy control body. 

The potential opportunities created for mobile telecommunication opera- 
tors in the provision of location-dependent information delivery sen/ices may in- 
clude the provision of positioning technology infrastructures. There are also poten- 
tial opportunities for the mobile telecommunication operators to integrate net- 
workindependent and network-based positioning technologies, and provide inte- 
grated positioning services. However, as the mobile telecommunication operators 
typically do not control any network-independent positioning technologies, the mo- 
bile telecommunication operators may attract the information delivery services 
market by offering existing billing and charging services, standard APIs, and etc. 
There are further potential opportunities for the mobile telecommunication opera- 
tors to sell location information, and to provide different and flexible billing mecha-' 
nisms involving as zone billing, accuracy billing, content billing, and etc. 

Mobile telecommunication operators also face a number of problems in 
providing location-dependent information delivery services. Most positioning ser- 
vices using PDE products only provide position data in relation to core businesses. 
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However, in order to feasibly facilitate the provision of location-dependent informa- 
tion delivery services, the mobile telecommunication operators need to provide 
complete solutions that include services such as billing and charging, privacy 
management, providing standard APIs for interfacing with applications, providing 
5 position data to service providers and content providers, perform statistical analy- 
sis for predicting future trends, conversion of position data into intelligible and 
user-friendly information (Geocoding), convergence of different positioning tech- 
nologies, and etc. 

Additionally, a number of factors also affect the feasibility of providing lo- 
10 cation-dependent information delivery services. Firstly, a complex business model 
is required for the provision of location-dependent information delivery services. 
Furthermore, mobile telecommunication operators are faced with a situation in 
which there are a large number of positioning technologies to choose from. More 
importantly, revenues arising from providing airtime to mobile telecommunication 
15 users may decline in the near future, thereby leading mobile telecommunication 
operators to view traffic volume and value-added services as other revenue 
sources. 

There is therefore a need for a system for facilitating the provision of loca- 
tion-dependent information delivery services to enable the feasible implementation 
20 thereof, thereby leading to cost-effective and efficient delivery of location-depen- 
dent information. 

Summary 

In accordance with a first aspect of the invention, there is provided a 
25 method for facilitating the provision of location-dependent information delivery ser- 
vices to mobile device users is disclosed. The method comprises the steps of ob- 
taining position data from positioning devices, including accepting a request for 
position data from a location-dependent information delivery service provider, and 
extracting from the request for position data the mobile device identification asso- 
30 dated with a mobile device user. The step of obtaining position data also includes 
providing a positioning device with the mobile device identification associated with 
the mobile device user for obtaining positioning data relating to the mobile device 
user from the positioning device. 

In accordance with a second aspect of the invention, there is provided a 
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method for facilitating the provision of location-dependent information delivery ser- 
vices to mobile device users. The method comprises the steps of obtaining loca- 
lized content from content providers, including accepting a request for localized 
content from a location-dependent information delivery service provider, and ob- 
5 taining, by using the request for localized content, position data relating to a mo- 
bile device user. The step of obtaining localized content also includes providing a 
content provider with the position data relating to the mobile device user for obtain- 
ing localized content relating to the mobile device user from the content provider. 
In accordance with a third aspect of the invention, there is provided a sys- 

10 tern for facilitating the provision of location-dependent information delivery services 
to mobile device users. The system comprises means for obtaining position data 
from positioning devices, including means for accepting a request for position data 
from a location-dependent information delivery service provider, and means for ex- 
tracting from the request for position data the mobile device identification asso- 

15 dated with a mobile device user. The means for obtaining position data from posi- 
tioning devices also includes means for providing a positioning device with the 
mobile device identification associated with the mobile device user for obtaining 
positioning data relating to the mobile device user from the positioning device. 
In accordance with a fourth aspect of the invention, there is provided a 

20 system for facilitating the provision of location-dependent information delivery ser- 
vices to mobile device users. The system comprises means for obtaining localized 
content from content providers, including means for accepting a request for loca- 
lized content from a location-dependent information delivery service provider, and 
means for obtaining, by using the request for localized content, position data relat- 

25 ing to a mobile device user. The means for obtaining localized content from con- 
tent providers also includes means for providing a content provider with the posi- 
tion data relating to the mobile device user for obtaining localized content relating 
to the mobile device user from the content provider. 

30 Brief Description Of The Drawings 

Embodiments of the invention are described hereinafter with reference to 
the following drawings, in which: 

Figs. 1A to 1C illustrate the interrelationships among the various content domains 
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relating to the Internet, mobile devices, and location-dependent systems, respec- 
tively; 

Fig. 2 is a block diagram showing the components of a system for facilitating the 
provision of location-dependent delivery services according to embodiments of the 
invention; 

Fig. 3 is a block diagram illustrating the interoperations among the components of 
the system of Fig. 2; 

Fig. 4 is a block diagram illustrating operations involving sub-components of a 
technology broker component and other components shown in Fig. 3, and Figs. 4a 
to 4k are block diagrams of some sub-components and other components shown 
in Fig. 4 depicting specific events in the operations; 

Fig. 5 is a block diagram illustrating operations involving sub-components of a con- 
tent broker component and other components shown in Fig. 3, and Figs 5a to 5e 
are block diagrams of some sub-components and other components shown in Fig. 

5 depicting specific events in the operations; 

Fig. 6 is a block diagram illustrating operations involving sub-components of a bill- 
ing engine component and other components shown in Fig. 3, and Figs. 6a to 6c 
are block diagrams of some sub-components and other components shown in Fig. 

6 depicting specific events in the operations; 

Fig. 7 is a block diagram illustrating operations involving a privacy managercom- 
ponent and other components shown in Fig. 3; and 

Fig. 8 is a flowchart illustrating in greater detail a process related to an event de- 
picted in Fig. 4f. 

Detailed Description 

A system for facilitating the provision of location-dependent information 
delivery services to enable the feasible implementation of the location-dependent 
information delivery services thereby leading to the cost-effective and efficient de- 
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livery of location- dependent information is hereinafter described. Such a system is 
hereinafter referred to generally as a Positioning Engine. 

The Positioning Engine completes the location-dependent information deli- 
very services value chain offered to mobile device users by providing the conver- 
5 gence between service providers and content providers, and positioning technolo- 
gies. The Positioning Engine performs several roles, including the roles of a Con- 
tent Broker and a Technology Broker. Other functions of the Positioning Engine in- 
clude providing backup/redundancy mechanisms, opening up revenue models by 
providing common billing and charging capabilities, and providing a common pri- 

10 vacy manager. The functions of the Positioning Engine also include providing sta- 
tistical information by intelligently relating statistics from different positioning tech- 
nologies and services so that mobile telecommunication operators who operate 
the Positioning Engine may easily predict potential markets and trends, providing 
geocoding, and providing authentication services to protect mobile teie- 

15 communication operators' investments. 

The Positioning Engine communicates with service providers and content 
providers via a communications network, for example the Internet, using network- 
ing technology, for example Internet technology including Hyper Text Transmis- 
sion Protocol (HTTP), Hyper Text Markup Language (HTML), Uniform Resource 

20 Locator (URL) and Application Program Interface (API). The Positioning Engine, 
however, communicates with different positioning technologies using typically pro- 
prietary interface, for example with mobile telecommunication operators' position- 
ing devices or equipment using proprietary positioning device interface. As a fur- 
ther example, the mobile devices from which the mobile device users access the 

25 location-dependent information delivery services may be compliant with the Global 
System for Mobile communication (GSM) standard, in which case the GSM mobile 
telecommunication network operator would employ GSM related positioning de- 
vices for locating the mobile device users. 

As shown in Fig. 2, the main components of the Positioning Engine (here- 

30 inafter designated the reference numeral 202) include a Technology Broker 204, a 
Statistic Manager 206, a Log Manager 208, a Privacy Manager 210, a Billing En- 
gine 212, an Authenticator 214, a Geocoder 216, an Administration Center 218, a 
Content Broker 220, and Open Content and Positioning API modules 222/223. 
The Positioning Engine 202 communicates with Service or Content providers 224 
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or 226, respectively, via the Open Content and Positioning API modules 222/223. 
The Positioning Engine 202 also communicates with Positioning Technologies 
Providers 228 for converging the different positioning technologies. 

The functions of the Technology Broker 204 include the integration of PDE 
' supplied by different vendors, and providing a backup mechanism so that if any 
one of the PDE fails, the Technology Broker 204 switches to another PDE. The 
Technology Broker 204 also handles dual band switching situations to ensure that 
mobile device users who switch mobile telecommunication frequency bands are 
still able to access the location-dependent information delivery services. This is 
because different mobile telecommunication networks are typically proprietary to 
different vendors, operating with different communication frequency bands, and 
different PDE typically work with different mobile telecommunication networks. The 
Technology Broker 204 also enables all mobile device users to access the loca- 
tion-dependent information delivery services, regardless of the type of mobile de- 
is vices that are used for access. 

The Statistic Manager 206 provides various kinds of statistics, and relates 
and generates intelligible statistics because the Positioning Engine 202 is a hub 
and is therefore capable of tracking all operations and events that occur in relation 
to the provision of the location-dependent information delivery services. The Log 
Manager 208 logs all operations and events for tracking purposes, while the Pri- 
vacy Manager 210 handles privacy issues relating to mobile device users 302 for 
the Positioning Engine 202 by allowing mobile device users to choose whether or 
not to reveal the mobile device users' current positions. 

The Billing Engine 212 generates call data records (CDR) for billing and 
25 charging purposes, and allows for different ways of billing and charging mobile de- 
vice users, for example using zone- or accuracy-based positioning charging meth- 
ods. The Authenticated 214 provides authentication of mobile device users, Ser- 
vice Providers 224, and Content Providers 226 so that mobile telecommunication 
operators may ensure that only valid mobile device users may make use of the lo- 
30 cation-dependent information delivery services. 

The Geocoder 216 allows for the provision of different forms of position 
data in addition to latitude/longitude information. Most Service Providers 224 find 
such information useful because the Service Providers 224 typically do not have to 
process the raw latitude/longitude information. As such, the Service Providers 224 



20 
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may make use of position data such as postal codes, zones, provinces, and 
places or points of interests as processed by the Geocoder 216. 

The Administration Center 218 is a component through which the admini- 
stration of the Positioning Engine 202 is performed, while the Content Broker 220 

5 enables the Service Providers 224 to obtain localized content^ for example the 
most appropriate map, from the Content Provider 226. The Service Providers 226 
therefore do not have to search for the appropriate Content Providers 226 for pro- 
curing localized content. The Content Providers 226 may find in the Content Bro- 
ker 220 an opportunity to create a new revenue wnd business model, because the 

10 Content Providers 226 may sell localized content to the Service Providers 224 in 
addition to traditionally selling the same directly to end-users. 

The Open Content and Positioning API modules 222/223 relate to a com- 
mon standard of open APIs and is made available to location-dependent applica- 
tion developers. By using these APIs, location-dependent application developers 

is may obtain the current location of a mobile device user and localized contents 
such as maps, driving directions, and etc. 

With reference to Fig. 3, the interoperations among the components of the 
Positioning Engine 202 are described in greater detail. 

To access any location-dependent information delivery service provided 

20 by a Service Provider 224, a mobile device user 302 is first required to make a 
connection with the Service Provider 224. The Service Provider 224 in turn con- 
nects to the Positioning Engine 202 for requesting information, in particular from 
the Technology Broker 204 and the Content Broker 220. Thereafter, the Techno- 
logy Broker 204 obtains position data from PDE 228A operated by the Positioning 

25 Technologies Providers 228. Using this information, the Content Broker 220 inter- 
operates with a Rendering Engine 304 to obtain localized content from the loca- 
tion-based Content Provider (LBCP) 226. The Rendering Engine 304, in addition 
to performing other functions, provides information relating to the profile of the 
mobile device used by the mobile device user such as the size of the display of the 

30 mobile device. Both the Technology Broker 204 and Content Broker 220 operate ' 
conjunctively with the Privacy Manager 210 and the Authenticator 214. 

The Technology Broker 204 through the Geocoder 216 also obtains loca- 
lized content from the location-based Content Provider 226 for processing and 
thereafter providing to the Service Provider 224, other forms of position data in 
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addition to raw latitude/longitude information. 

The Technology Broker 204, the Content Broker 220, the Rendering En- 
gine 300, the Privacy Manager 210, the Authenticator 214, and the Geocoder 216 
provide information to the Log Manager 208 relating to all operations and events 
5 for tracking purposes. The Log Manager 308 processes such information and in 
turn stores such processed information at a repository 308. The Billing Engine 212 
also retrieves such processed information from the Log Manager 208 and gener- 
ates call data records for billing purposes. Billing Gateway/Charging Servers 310 
(610) are then fed information from the Billing Engine 212 for billing the Service 
10 Provider 224 and other users of the Positioning Engine 202. 

The Statistic Manager 206 and the Administration Center 218, meanwhile, 
may access the repository 308 to obtain information for administration and statisti- 
cal analysis purposes, respectively. An Administrator 312 then accesses both the 
Statistic Manager 206 and the Administration Center 218 for performing system 
15 administration of the Positioning Engine 202. 

With reference to Figs. 4 to 8, the operations and events that take place in 
the Positioning Engine 202, the Content Providers 226, and the Positioning Tech- 
nologies Providers 228 for facilitating the provision of location-dependent informa- 
tion delivery services by the Service Providers 224, are described. 



20 



25 



30 



Technology Broker 

Fig. 4 is a block diagram illustrating operations for obtaining position data, 
which involve sub-components in the Technology Broker 204, the Privacy Man- 
ager 210, and the Authenticator 214. The operations also involve the Service Pro- 
vider 224, from which originates the request for information, the PDE 228A, which 
provides position data and the Open Positioning API module 222. 

The Technology Broker 204 is an intelligent component that searches for 
the appropriate PDE 228A to use and allows the Service Provider 224 to not be 
concerned with the type of mobile device from which the mobile device user 302 
makes the request for service to the Service Provider 224. The type of mobile de- 
vice used by the mobile device user 302 determines the type of positioning tech- 
nology to be employed, and therefore the type of PDE 228A to be selected. For in- 
stance, if the mobile telecommunication network to which the mobile device user 
302 subscribes employs EOTD technology for positioning purposes, the mobile 
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device must then be embedded with a special software module for positioning 
purposes. On the other hand, if the mobile communication network employs GPS 
technology, the mobile device may then require an internal or external GPS re- 
ceiver. With the Technology Broker 204, the Service Provider 224 does not need 
to have knowledge of the type of mobile device that the mobile device user 302 is 
using, because this information is automatically determined via the Technology 
Broker 204. 

The Technology Broker 204 also ensures high availability of position data 
for every request because the Technology Broker 204 provides a backup mecha- 
nism where if a request to a particular PDE 228A fails or returns a negative re- 
sponse, the Technology Broker 204 switches to another PDE 228A which may 
provide a positive response. The sub-components of the Technology Broker 204 
include a Request Handler A 402, a Request Parser 404, a Response Handler A 
406, an Error/Reject Code Table 406A, a PDE Selector 408, a Request Handler B 
410, and a Response Handler B 414. 

As shown in Fig. 4a, the Service Provider 224 (the requestor) first re- 
quests for position data by sending a request 224A to the Request Handler A 402. 
The Request Handler A 402 forwards the request 224A to the Request Parser 
404, in which a number of events occur. The Content Provider 226 may also be 
the requestor in certain instances because one Content Provider 226 may need 
other types of position data from another Content Provider 226 for processing the 
request 224A from the Service Provider 224. 

Firstly, the Request Parser 404 strips the request string into a number of 
request elements (a and b) as shown in Fig. 4b. For example, one request ele- 
ment may provide information on the Mobile Station Integrated Services Digital 
Network (MSISDN) identification of the mobile device user 302 that is to be lo- 
cated, and while another request element may consists of a set of user identifi- 
cation (ID) and password of the requestor, in this instance being the Service Pro- 
vider 224. Each of these request elements is then processed or handled by a dif- 
ferent component. 

As shown in Fig. 4c, the Privacy Manager 210 inspects any settings pre- 
viously made by the mobile device user 302, based on the MSISDN identification 
of the mobile device user 302, whether the mobile device user 302 wish to be lo- 
cated. Meanwhile, the Authenticator 214 checks whether the Service Provider 224 
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is a valid user of the Positioning Engine 202. 

If the mobile device user 302 does not wish to be located, the Request 
Parser 404 indicates this to the Response Handler A 406 by using a rejection 
code, as shown in Fig. 4d. The Response Handler A 406 then matches the rejec- 
5 tion code with contents in the Error/Reject Code Table 406A, and returns an error 
message string 224B together with the rejection code to the requestor for pro- 
cessing. 

Under the circumstances that the request 224A is valid after inspection by 
the Privacy Manager 210 and validation by the Authenticator 214, the Request 
l o Parser 404 informs the PDE Selector 408 to select the appropriate PDE 228A as 
shown in Fig. 4e. 

The PDE Selector 408 is an important sub-component in the Technology 
Broker 204 because this sub-component ensures interoperability between the dif- 
ferent types of PDE 228A and the Positioning Engine 202. The PDE Selector 408 

15 through the Request Handler B 410 communicates with the appropriate PDE 228A 
as shown in Fig. 4f. Therefore with the PDE Selector 408, the Service Provider 
224 or Content Provider 226 as the requestor need not have knowledge of the 
type of mobile device used by the mobile device user 302. The advantages af- 
forded by the PDE Selector 408 are illustrated with reference to Figs. 4g and 4h. 

20 Most positioning technologies require the upgrading of or modification to 

mobile devices, including the hardware and/or software, in order to function. For 
instance, to enable GPS technology, mobile devices need to have GPS receivers, 
whether external or internal, installed. As another example, to enable E-OTD tech- 
nology, special mobile devices need to have new software modules added. As a 

25 further example, a Subscriber Identity Module (SIM) Application Toolkit (STK)- 
enabled SIM card is needed to enable the STK technology as a positioning tech- 
nology to function. The SIM Application Toolkit involves a set of applications and 
related procedures that may be used during a GSM session involving a GSM mo- 
bile device, and provides a mechanism that allows the applications in SIM cards to 

30 interact and interoperate with the GSM mobile device. 

However, there are positioning technologies which require minimal or no 
upgrading or modification in relation to mobile devices in order to function. For ex- 
ample, one such positioning technology involves a mobile telecommunication net- 
work sending timing advance signals to a mobile device to obtain the position of 
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the mobile device user. These timing advance signals are received and primarily 
used by the mobile device for advancing the mobile device's timings of trans- 
missions to the mobile telecommunication network's base stations to compensate 
for propagation delay. The advantage is that this positioning technology does not 

5 require the mobile device user to have a specially upgraded or modified mobile 
device. The disadvantage, however, is that such a positioning technology may 
only operate within a special mobile telecommunication network which is not com- 
patible with mobile telecommunication networks from other vendors. 

In conventional situations when the Service Provider 224 or the Content 

10 Provider 226 has no knowledge of the type of mobile device used by the mobile 
device user 302, problems may arise as shown in Fig. 4g. Firstly, it is difficult for 
the Service Provider 224 or the Content Provider 226 to correctly determine the 
kind of positioning technology employed by the mobile telecommunication network 
to which the mobile device user 302 subscribes. 

is Also, different Positioning Technology Providers 228 have different sets of 

APIs 228B through which requests are made to the corresponding PDE 228A, 
thereby adding complexity to the problem of which positioning technology to be 
appropriately used for providing position data. This is illustrated by questions faced 
by Service Providers 224 as shown in Fig. 4g, which indicates that the Service 

20 Providers 224 do not know which set of APIs 228B to use to procure the services 
of the Positioning Technology Providers 228 because the Service Providers 224 
do not have knowledge of the type of positioning technologies involved. 

With the PDE Selector 408, however, these problems are alleviated. In 
Fig. 4h, the different types of PDE 228A and the corresponding sets of APIs 228B 

25 are conceptually viewed as a whole by the Service Providers 224, because the 
PDE Selector 408 allows for the translation of all the different APIs 228B into a 
common set of API, in this instance being the Open Positioning API module 222, 
which provides interfacing between the Positioning Engine 202 and the Service 
Providers 224. The PDE Selector 408 therefore helps to isolate all the different 

30 positioning technologies from the Service Providers 224 so that the Service Pro- 
viders 224 need only deal with one common set of API. The chance of any mobile 
device user 302 not being located due to the selection of the wrong PDE 228A is 
thereby greatly reduced. 

As a consequence, operators of the Positioning Engine 202 may invest in 
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different PDE 228A without worrying about incompatibility issues. These operators 
may also protect existing investments in old PDE because such equipment may 
still be used for backup purposes. The operators may also charge the Service 
Providers 224 less because of the lower accuracy of the old PDE even if the op- 
5 erators intend to upgrade to new positioning technologies. The operators therefore 
have more alternatives. 

With reference to Fig. 4i, the operations of the PDE Selector 408 are 
briefly described. The PDE Selector 408 first automatically selects the appropriate 
PDE 228A for locating the mobile device user 302. To enable efficient and prompt 

10 response, a process for selecting the appropriate PDE 228A based on the history 
and accuracy of the previously selected PDE 228A is applied, After selecting the 
appropriate PDE 228A, the Request Handler B 410 selects the corresponding API 
228B to make the request for obtaining position data from that PDE 228A. 

When the selected PDE 228A fails to locate the mobile device user 302, 

is there are two possible ways for the Technology Broker 202 to process or handle 
the resulting negative response as shown in Fig. 4j. If there are other PDE 228A 
from which the PDE Selector 408 may try to request position data, the PDE Selec- 
tor 408 is again invoked. However, if all the options are exhausted, the Response 
Handler B 410 then indicates to the Response Handler A 406 another error code. 

20 The error code and message string 224B are then returned to the Service Provider 
224 for processing. 

If the resulting response is positive, the Response Handler B 410, as 
shown in Fig. 4k, returns a set of latitude and longitude data 224C in relation to the 
mobile device user 302 to the requestor for processing. 

25 The process for selecting the appropriate PDE 228A is described in 

greater detail with reference to Fig. 8. The PDE Selector 408 maintains two types 
of database in relation to the mobile device user 302: a history list stating the 
number of times each different PDE 228A is used to locate the mobile device user 
302; and an accuracy list, which is created each time a request is received, con- 

30 taining a list of PDE 228A arranged in a descending order of accuracy where the 
PDE 228A providing the best accuracy is placed at the top of the accuracy list 
while any inaccurate or unsuccessful PDE 228A is marked. 

The process begins with step 802, and in step 804, the PDE Selector 408 
reads the input to the PDE Selector 408. The PDE Selector 408 then checks the 
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type of input received in step 806, and if the input is a new request, the PDE Se- 
lector 408 in step 808 checks the number of entries in the history list. Otherwise if 
the input is a failed response for a previous request, the PDE Selector 408 pro- 
ceeds to step 832. 

5 If the number of entries in the history list is one, the PDE 228A listed is se- 

lected or assigned in step 810 to provide position data. The response from this 
PDE 228A is then checked in step 812, where if the response is positive, i.e. the 
mobile device user 302 is located and therefore position data is provided, the PDE 
Selector 408 increments in step 814 by one the number of times this PDE 228A is 

10 used to locate the mobile device user 302 in the history list. Thereafter, the pro- 
cess terminates in step 816. 

However, if this PDE 228A is unable to locate the mobile device user 302, 
the PDE 228A is marked in the accuracy list in step 817, and the process loops 
back to step 804 where further input is read. 

15 If the number of entries in the history list is more than one, the first two 

PDE 228A on the history list is compared in respect of the number of assignments 
listed against the PDE 228A in step 818. If the number of assignments for the first 
two PDE 228A on the history list is equal, the PDE Selector 408 in step 820 
checks the accuracy list for the PDE 228A with the better accuracy and assigns 

20 this PDE 228A. The response from this PDE 228A is checked in step 822, where if 
this PDE 228A successfully locates the mobile device user 302, the PDE Selector 
408 proceeds to step 814 to increment by one the number of assignments against 
this PDE 228A in the history list. If the response is negative, the PDE Selector 408 
in step 824 marks this PDE 228A in the accuracy list and the process loops back 

25 to step 804 where the PDE Selector 408 reads the input. 

However, if the number of assignments for the first two PDE 228A on the 
history list is not equal, the PDE Selector 408 in step 826 checks whether the sec- 
ond PDE 228A is higher on the accuracy list. If the second PDE 228A is not higher 
on the accuracy list, the first PDE 228A is assigned in step 828, and the response 

30 from the first PDE 228A checked in step 822. If the second PDE 228A is higher on 
the accuracy list, the second PDE 228A is assigned in step 830, and the response 
from the second PDE 228A also checked in step 822. 

If the type of input checked in step 806 is a failed response for a previous 
request, or if the number of entries in the history list checked in step 808 is zero, 
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the PDE Selector 408 selects the next PDE 228A in the accuracy list which is un- 
marked. The accuracy list is checked in step 834 and if the accuracy list is not ex- 
hausted, the response from the next PDE 228A in the accuracy list is checked in 
step 836. If the response is negative, this PDE 228A is marked in the accuracy list 
5 in step 838. If this PDE 228A successfully locates the mobile device user 302, the 
number of times the PDE 228A is used the history list is incremented by one in 
step 814. 

If the accuracy list is found to be exhausted, the PDE Selector 408 allows 
for manual entry by the mobile device user 302 to provide the mobile device user's 
10 302 position data in step 840. The process then proceeds to step 814 where in the 
history list the number of times the PDE 228A is used is incremented by one. In 
this case, the increment is made against an entry which is created in the history for 
PDE 228A classified as "manual entry". 

15 Content Broker 

Fig. 5 is a block diagram illustrating operations for obtaining localized con- 
tent, which involve sub-components in the Content Broker 220, the Technology 
Broker 204 and the Authenticator 214. The operations also involve the Service 
Provider 224, from which originates the request for information, the Content Pro- 

20 vider 226, which provides localized content, and the Open Content API module 
223. The sub-components of the Content Broker 220 include a Request Parser 
504 and a Content Provider (CP) Router 506. The Open Content API module 223 
includes a set of HTTP servlets known as Sen/lets B 502, while the Service Pro- 
vider 224 maintains a set of servlets known as Servlets A 224D for interfacing with 

25 the Servlets B 502. Alternatively, the interface between the Content Broker 220 
and the Service Provider 224 may be implemented using Common Gateway Inter- 
face (CGI) technology. 

The primary purpose of the Content Broker 220 is to facilitate and allow 
the Service Provider 224 to easily include localized content into the Service Pro- 

30 vider's 224 location-dependent application. For instance, if a fast-food restaurant ' 
chain, as the Service Provider 224, wants to make available the location of a res- 
taurant in an area to potential customers in the same area using maps, the fast- 
food restaurant chain may through the Content Broker 220 conveniently purchase 
and use third party maps provided by a map provider, as the Content Provider 
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226. In addition, if the fast-food restaurant chain wishes to further provide potential 
customers, as mobile device users 302, with information on how to drive to the 
restaurant, the fast-food restaurant chain may purchase, again through the Con- 
tent Broker 220, information relating to driving direction content from another Con- 
5 tent Provider 226. 

Therefore, the advantage afforded by the Content Broker 220 is that the 
Service Provider 224, or the fast-food restaurant chain in this instance, does not 
need to create maps or own a map engine to provide such a location-dependent 
information delivery service. This is because there already exists many specialized 

10 businesses that provide maps or own map engines in which maps and other re- 
lated contents are typically well maintained and updated frequently. 

For the Content Provider 226 and other similar businesses, selling maps 
and localized content online to the Service Provider 224 and other similar busi- 
nesses through the Positioning Engine 202 provides another revenue source. With 

is this arrangement, the Content Provider 226 may also have the option of charging 
the Service Provider 224 based on type or volume of localized content purchased, 
instead of traditionally generating revenue by offering periodic subscriptions. 

Localized content includes information relating to maps, driving directions, 
bus routes, weather, traffic conditions, parking, and tourism. 

20 The operations of the Content Broker 220 are described in greater detail 

with reference to Figs. 5a to 5e. When the Service Provider 224 needs a map for 
responding to a request for service in relation to the location-dependent applica- 
tion, the Service Provider 224 first selects and uses the appropriate API from the 
Open Content API module 223. The Open Content API module 223 is made avail- 

25 able to the Service Provider 224 and any business that wish to obtain localized 
content from the Content Provider 226 and any similar business. 

In an example shown Fig. 5a, if a "View Map" option is displayed on the 
mobile device used by the mobile device user 302 and selected, a request for con- 
tent is generated for a map of the area the mobile device user 302 is in. In order to 

30 obtain such a map from the Content Provider 226 and deliver the location- 
dependent information to the mobile device user 302, the Service Provider 224 
first conveys the request to the Servlet A 224D. The Servlet A 224D then calls the 
Servlet B 502, which contains an API to the Content Broker 220, where it is in the 
Servlet B 502 that a direct request is made to the Content Broker 220 to request 
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for the map. The function of the Servlet B 502 is to encapsulate the Service Pro- 
vider's 224 user ID and password for privacy and security reasons. 

The request next reaches the Request Parser 504 as shown in Fig. 5b, 
where the Request Parser 504 breaks the request into request elements a, b, c 
5 and d which provide information such as the Service Provider's 224 user ID and 
password, the mobile device user's 302 MSISDN identification or position data, in- 
dication of the Content Provider 226, and a specification of the localized content or 
any parameters specified in the API to the Content Broker 220, respectively. 

After the request is broken down into the request elements, the Authenti- 
10 cator 214 next performs authentication on the Service Provider 224 using the user 
ID and password. If the Service Provider 224 is not a valid user of the Positioning 
Engine 202, the Request Parser 504 does not proceed further and an error mes- 
sage is returned to the Service Provider 224. 

If the Service Provider 224 is a valid user, the Request Parser 504 then 
15 proceeds to examine the request element b. If the request element b is the mobile 
device user's 302 MSISDN, this indicates that the Service Provider 224 does not 
have any information on the location of the mobile device user 302. The Positio- 
ning Engine 202 then automatically locates the mobile device user 302 on behalf 
of the Service Provider 224 using the Technology Broker 204. 
20 When this is the case, the authentication process is not replicated when 

the Technology Broker 204 performs operations to obtain the position data of the 
mobile device user 302 so as to reduce processing redundancy. 

The request elements c and d are thereafter sent to the CP Router 506 as 
shown in Fig. 5c for the Content Broker 220 to identify the Content Provider 226 
25 and specify to the Content Provider 226 the type of localized content that is re- 
quested. This is done by mapping the request elements c and d using previously 
stored information so that the request is forwarded correctly to the Content Pro- 
vider 226. 

A HTTP URL 306A is previously assigned to the Content Provider 226 and 
30 the CP Router 506 calls the HTTP URL 306A to retrieve information from a Map 
and Localized Content Engine 306B in the Content Provider 226. 

Depending on the type of localized content requested, for example text or 
graphics, the Content Provider 226 may use standard templates 306c to format lo- 
calized content so that Service Provider 224 may better anticipate the layout of the 
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localized content and customize the localized content accordingly. 

As a result, the localized content returned by the Content Provider 226 is 
either in text or image format 508 as shown in Fig. 5d. This information is then 
cached in the Positioning Engine 202 for retrieval by the Service Provider 224. 

As shown in Fig. 5e, the Content Broker 220 then sends a map/text link 
which indicates the location of the formatted localized content cached in the Posi- 
tioning Engine 202 to the Servlet B 502 as a response to the original content re- 
quest. If the result is an image such as a map, then a URL link is returned. Other- 
wise, a text document is returned. 

The map/text link is in turn relayed to the Servlet A 224D, to which the 
. Servlet A 224D then makes a request to the Positioning Engine 202 to retrieve the 
formatted localized content based on the map/text link and displays this on the 
mobile device used by the mobile device user 302. 



15 Billing Engine 

The Billing Engine 212 is described in greater detail with reference to Fig. 
6 to 6c, which includes sub-components such as a Billing Data Parser 602, an Ac- 
curacy Determinator 604, and a CDR Generator 606. The Billing Engine 212 inter- 
operates via a set of Billing/Charging APIs 608 with the Billing Gateway/Charging 

20 Server 310. The Billing Engine 212 also interoperates with the Log Manager 208. 

The operator of the Positioning Engine 202 may be a mobile telecommu- 
nication network operator, in which case the mobile telecommunication network 
operator typically has an existing billing system for billing and charging mobile de- 
vice users or subscribers. Hence, the Billing Engine 212 is not intended to replace 

25 the existing billing system, but to interoperate with the existing billing system so 
that call data records (CDRs) may-be produced which are then sent to the billing 
system for processing. 

The function of the Billing Engine 212 is to facilitate different kinds of 
charging capabilities, which includes charging according to zone, accuracy, and 

30 other characteristics relating to position data, and type of localized content. In or- 
der to achieve such charging capabilities, the Billing Engine 212 provides any in- 
formation that is needed by the billing system via calling data records. A typical 
calling data record is a text string which consists of information relating to the 
MSISDN identification, the type of mobile telecommunication equipment used, the 
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type of PDE used, and other information. 

The Billing Gateway/Charging Server 310 is an external billing system, 
which is typically vendor dependent, to which calling data records are sent for pro- 
viding billing and charging services to the operator of the Positioning Engine 202. 

5 Through the Billing/Charging APIs 608 the Billing Gateway/Charging 

Server 310 is used by external systems such as the Positioning Engine 202 for 
generating bills. The Billing/Charging APIs 608 accept inputs from the Billing En- 
gine 212, and either the Billing/Charging APIs 608 or the Billing Engine 212 may 
generate calling data records. In the case where there is only the Billing Gateway 

10 310, the Billing Gateway 310 then polls and obtains the calling data record for in- 
ternal processing to generating of bills. 

The Billing Engine 212 includes a billing and charging mechanism based 
on the accuracy of position data provided to the Service Provider 224, or position 
data relating to zones, provinces, or even the type of content provided by the Con- 

15 tent Provider 226. 

Since the Positioning Engine 202 is a hub through which location-depen- 
dent information delivery services are provided by the Service Provider 224 to the 
mobile device user 302, the Positioning Engine 202 therefore stores information 
relevant to, and is capable of analyzing, the events and corresponding traffic in- 

20 volved in the provision of such services. There are two ways of charging based on 
accuracy of position data, namely by determining the type of PDE 228A used for 
that request, and by analyzing the result of the position data. Good accuracy is 
typically associated with confidence level, whether it is a point, a circle, a sector, or 
etc. 

25 Charging may also be based on the type of content, position data which 

relates to a zone which the mobile device user 302 is in, and the type of ser- 
vice/content provider. In relation to charging based on position data relating to 
zones, the operator of the Positioning Engine 202 may for example choose to 
charge less if the mobile device user 302 is located in an office, while charging 

30 more if the mobile device user 302 is located in a tourist attraction area. 

The operations involved in billing and charging are described in greater 
detail with reference to Figs. 6a to 6c. As shown in Fig. 6a, the Billing Data Parser 
602 first receives a complete log of events and corresponding traffic from the Log 
Manager 208. After receiving the complete log, the Billing Data Parser 602 breaks 
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down the complete log into basic elements. These elements include information 
such as time stamp, type of PDE 228A used, the Service Provider's 224 name, the 
MSISDN identification of the mobile device user 302 to be located, and etc. 

Not all of the basic elements are required for billing purposes. The Billing 

5 Data Parser 602 decides which elements are required based on the API parame- 
ters provided by the Billing Gateway/Charging Server 610. 

As shown in Fig. 6b, the accuracy of the position data requested relates to 
the level of precision based on the type of PDE 228A used for that request or by 
analyzing the result of the position data requested. The result is then sent to the 

10 CDR Generator 606. Unwanted elements are ignored and only mandatory ele- 
ments are sent to the CDR Generator 606. The CDR Generator 606 places the 
elements into the parameters of the Billing/Charging APIs 608, which are then 
called for sending the elements to the Billing Gateway/Charging Server 610 for 
processing, as shown in Fig. 6c. 

15 

Privacy Manager 

The primary function of the Privacy Manager 210 is to ensure that the pri- 
vacy of a mobile device user 302 is not compromised. Through the Privacy Man- 
ager 210, the mobile device user 302 is provided the options to reveal the mobile 
20 device user's 302 location to all others or to only certain location-dependent infor- 
mation delivery services through a location feature. The provision to switch on or 
off the location option may be done via an interface relating to SMS, STK or WAP 
technologies. 

When the mobile device user 302 disables the location feature, the mobile 
25 device user 302 as a result is not able to access all location-dependent information 
delivery services. The Privacy Manager 210 makes this possible and at the same 
time, ensures that mobile device user's 302 privacy is not adversely affected. 

When the Privacy Manager 210 detects that the mobile device user's 302 
locationfeature is disabled, the Privacy Manager 210 does not shut off all the in- 
30 formationdependent information delivery services that are accessible. Instead, the 
Privacy Manager 210 ensures that the mobile device user 302 is prompted by a 
page for a response as to whether the mobile device user 302 allows a particular 
location-dependent information delivery service the mobile device user 302 has 
chosen to locate the mobile device user 302. 
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If the mobile device user 302 responds affirmatively, then the particular lo- 
cation-dependent information delivery service is able to locate the mobile device 
user 302. 

An example in which a series of events relating to the operation of the Pri- 
5 vacy Manager 210 occurs is illustrated with reference to Fig. 7. The mobile device 
user 302 in event 702 selects a location-dependent information delivery service 
provided by the Service Provider 224. In event 704, the Service Provider 224 re- 
quests for service from the Positioning Engine 202, which thereafter performs a 
privacy check with the Privacy Manager 210 in event 706 using the location fea- 

10 ture associated with the mobile device user 302. If the location feature is disabled, 
the Privacy Manager 210 in event 708 prepares for the Positioning Engine 202 a 
status indicating that the mobile device user 302 does not wish to be located. The 
Positioning Engine 202 in turn indicates to the Service Provider 224 in event 710 
the mobile device user's 302 status, which thereafter in event 711 communicates 

15 to the mobile device user 302 information which includes the same status. 

The mobile device user 302 in event 712 is redirected to the Positioning 
Engine 202 by the Service Provider 224 and provides the Positioning Engine 202 
with information containing a return URL. The Positioning Engine 202 then in 
event 714 uses this information to send the mobile device user 302 a display page 

20 to request permission to be located from the mobile device user 302. 

If the mobile device user 302 grants permission by responding to the re- 
quest in event 716, the Privacy Manager 210 through the Positioning Engine 202 
in event 718 is updated with such a status. The Privacy Manager 210 thereafter in 
event 720 confirms the update, and in event 722 the Positioning Engine 202 in- 

25 forms the same to the mobile device user 302. 

The mobile device user 302 is also redirected to the Service Provider 224 
in event 724 by the Positioning Engine 202 via the return URL (the page where the 
mobile device user 302 last visited), which in turn sends to the Positioning Engine 
202 a request for position data in relation to the mobile device user 302 in event 

30 726. The Positioning Engine 202 in event 728 checks the privacy status of the 
mobile device user 302 with the Privacy Manager 210, which in event 730 pre- 
pares a status indicating that the mobile device user 302 wish to be located. The 
Positioning Engine 202 through the Technology Broker 204 then requests position 
data from PDE 228A in event 732, which in turn in event 734 provides position 
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data relating to the mobile device user 302. The Positioning Engine 202 then in 
event 736 sends the position data to the Sen/ice Provider 224, which in turn in 
event 738 processes the position data by requesting and obtaining localized con- 
tent for displaying the location-dependent information on the mobile device of the 
5 mobile device user 302. 

Rendering Engine 

The Rendering Engine 304 ensures that the localized content retrieved 
from the Content Provider 226 is displayed according to the size of the display or 

10 screen of the mobile device used by the mobile device user 302. 

The Positioning Engine 202 includes a database that consists of mobile 
device profiles such as a device string from a user agent field found in the request 
header where the agent field is unique to the mobile device, the mobile device 
type, and the dimension of the screen size in pixels. 

is When the Service Provider 224 requests for localized content consisting of 

a map, text or image, the Service Provider 224 has to send together with the re- 
quest, the user agent information to the Positioning Engine 202. The Positioning 
Engine 202, upon receiving the user agent information, matches the user agent in- 
formation with those from the database. Upon making a match, the Rendering En- 

20 gine 304 immediately determines the kind of mobile device that the mobile device 
user 302 is using and hence the dimension of the screen. When the Positioning 
Engine 202 is making requests for information to the Content Provider 226, the 
Positioning Engine 202 would inform the Content Provider 226 of the dimension of 
the screen. The Content Provider 226 then adjusts the image according to the di- 

25 mension of the screen as provided by the Positioning Engine 202 before sending 
the result as a response back to the Positioning Engine 202, which then forwards 
the same to the Service Provider 224. The Positioning Engine 202 may also 
choose to adjust the size of the image or text. 

The Rendering Engine 304 also facilitates the addition of a new mobile 

30 device to the database easily, which may be done via the new mobile device. For 
example, when a mobile device is introduced to the market, the Administrator 312 
easily uses the new mobile device to update the Rendering Engine 304 database. 
First, the Administrator 312 uses the WAP facilities on the new mobile device to 
connect to a URL designating the Positioning Engine 202. The Positioning Engine 
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202 uses a servlet or CGI technology to extract the user agent information from 
the request header and update the user agent string on the Rendering Engine 304 
database. The Administrator 312 is then requested via a WML page to enter the 
dimension of the mobile device phone and the mobile device type, which is also 
5 updated on the database. 

In the foregoing manner, a system for facilitating the provision of location- 
dependent information delivery services is described. It is apparent to one skilled 
in the art in view of the foregoing description that numerous changes and/or modi- 
fications may be made without departing from the scope and spirit of the invention. 
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CLAIMS 



1 . A method for facilitating the provision of location-dependent information 
5 delivery services to mobile device users, the method comprising the steps of: 

obtaining position data from positioning devices, including accepting a re- 
quest for position data from a location-dependent information delivery service pro- 
vider; 

extracting from the request for position data the mobile device identifica- 
10 tion associated with a mobile device user; and 

providing a positioning device with the mobile device identification asso- 
ciated with the mobile device user for obtaining positioning data relating to the 
mobile device user from the positioning device. 

15 2. The method as in claim 1 , wherein the step of obtaining position data 
further includes selecting the positioning device for obtaining position data. 

3. The method as in claim 2, wherein the step of selecting the positioning de- 
vice includes automatically selecting the positioning device for obtaining posi- 
20 tioning data. 



4. The method as in claim 3, wherein the step of automatically selecting the 
positioning device includes selecting the positioning device based on the selection 
history of the positioning device. 

5. The method as in claim 3, wherein the step of automatically selecting the 
positioning device includes selecting the positioning device based on the accuracy 
of the positioning device. 



30 6. The method as in claim 2, wherein the step of accepting the request for 
position data from the location-dependent information delivery service provider in- 
cludes using an open interface for accepting the request for position data. 

7. The method as in claim 6, wherein the step of using a first open interface 
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for accepting the request for position data includes using an application program 
interface. 



8. The method as in claim 2, wherein the step of extracting from the request 
5 for position data the mobile device identification associated with the mobile device 

user includes extracting from the request for position data the mobile device iden- 
tification of the mobile device that is GSM compliant 

9. The method as in claim 8, wherein the step of extracting from the request 
10 for position data the mobile device identification of the GSM mobile device in- 
cludes extracting from the request for position data the MSISDN identification of 
the GSM mobile device. 



10. The method as in claim 2, wherein the step of obtaining position data 

15 further includes obtaining latitude and longitude information for the location of the 
mobile device user. 

1 1 . The method as in claim 2 f further comprising the step of providing a loca- 
tion feature upon which options for locating the mobile device user is dependent, 

20 wherein when the location feature is disabled the mobile device user is not loca- 
table, and when the location feature is enabled the mobile device user is locatable 

12. The method as in claim 1 1 , wherein when the location feature is disabled 
the step of providing the location feature includes prompting the mobile device 

25 user for obtaining permission for locating the mobile device user. 

13. The method as in claim 2, further comprising the step of billing the loca- 
tion-dependent delivery service provider for procuring the position data based on 
the accuracy of the position data. 

30 

14. The method as in claim 13, wherein the step of billing the location-depen- 
dent delivery service provider includes using calling records generated in relation 
to calling events occurring during the obtaining of the position data from the posi- 
tioning device. 
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1 5. The method as in claim 2, further comprising the steps of: 
obtaining localized content from content providers, including 
accepting a request for localized content from the location-dependent in- 

5 formation delivery service provider; 

obtaining, by using the request for localized content, position data relating 
to the mobile device user; and 

providing a content provider with the position data relating to the mobile 
device user for obtaining localized content relating to the mobile device user from 
10 the content provider. 

16. The method as in claim 15, wherein the step of obtaining the position data 
includes extracting from the request for localized content, the type of localized con 
tent to be obtained. 



15 



17. The method as in claim 16, wherein the step of obtaining the position data 
further includes extracting from the request for localized content, the position data. 

18. The method as in claim 16, wherein the step of obtaining the position data 
20 further includes extracting from the request for localized content, the mobile device 

identification associated with a mobile device user. 



1 9. The method as in claim 1 8, wherein the step of extracting from the request 
for localized content, the mobile device identification associated with the mobile 

25 device user includes providing a positioning device with the mobile device identifi- 
cation associated with the mobile device user for obtaining positioning data rela- 
ting to the mobile device user from the positioning device. 

20. The method as in claim 16, wherein the step of obtaining localized content 
30 further includes formatting the localized content obtained from the content pro- 
vider. 

21 . The method as in claim 16, wherein the step of obtaining localized content 
further includes caching the localized content obtained from the content provider. 
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22. The method as in claim 1 6, wherein the step of providing the content pro- 
vider with the position data relating to the mobile device user for obtaining the lo- 
calized content relating to the mobile device user from the content provider in- 

5 eludes pro viding the content provider with the position data relating to the mobile 
device user for obtaining text and/or image relating to the locality of mobile device 
user from the content provider. 

23. The method as in claim 16, further comprising the step of rendering the 
10 localized content obtained from the content provider. 

24. The method as in claim 23, wherein the step of rendering the localized 
content includes determining from the request for localized content the type of the 
mobile device. 

15 

25. The method as in claim 24, wherein the step of determining the type of the 
mobile device includes determining the screen size of the mobile device. 

26. The method as in claim 25, wherein the step of determining the screen 

20 size of the mobile device includes matching the type of the mobile device against a 
data base for determining the screen size of the mobile device. 

27. The method as in claim 26, wherein the step of matching the type of the 
mobile device against the database includes allowing new mobile device types to 

25 be added to the database. 

28. A method for facilitating the provision of location-dependent information 
delivery services to mobile device users, the method comprising the steps of: 

obtaining localized content from content providers, including 
30 accepting a request for localized content from a location-dependent infer- ' 

mation delivery service provider; 

obtaining, by using the request for localized content, position data relating 
to a mobile device user; and 

providing a content provider with the position data relating to the mobile 
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device user for obtaining localized content relating to the mobile device user from 
the content provider. 



29. The method as in claim 28, wherein the step of obtaining the position data 
5 includes extracting from the request for localized content, the type of localized 
content to be obtained. 



30. The method as in claim 29, wherein the step of obtaining the position data 
further includes extracting from the request for localized content, the position data. 

10 

31 . The method as in claim 29, wherein the step of obtaining the position data 
further includes extracting from the request for localized content, the mobile device 
identification associated with a mobile device user. 

15 32. The method as in claim 31 , wherein the step of extracting from the request 
for localized content, the mobile device identification associated with the mobile 
device user includes providing a positioning device with the mobile device identifi- 
cation associated with the mobile device user for obtaining positioning data rela- 
ting to the mobile device user from the positioning device. 

20 

33. The method as in claim 29, wherein the step of obtaining localized content 
further includes formatting the localized content obtained from the content pro- 
vider. 



25 34. The method as in claim 29, wherein the step of obtaining localized content 
further includes caching the localized content obtained from the content provider. 

35. The method as in claim 29, wherein the step of providing the content pro- 
vider with the position data relating to the mobile device user for obtaining the lo- 
30 calized content relating to the mobile device user from the content provider in- 
cludes providing the content provider with the position data relating to the mobile 
device user for obtaining text and/or image relating to the locality of mobile device 
user from the content provider. 
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36. The method as in claim 29, further comprising the step of rendering the 
localized content obtained from the content provider. 

37. The method as in claim 36, wherein the step of rendering the localized 

5 content includes determining from the request for localized content the type of the 
mobile device. 

38. The method as in claim 37, wherein the step of determining the type of the 
mo bile device includes determining the screen size of the mobile device. 

10 

39. The method as in claim 38, wherein the step of determining the screen 
size of the mobile device includes matching the type of the mobile device against a 
database for determining the screen size of the mobile device. 

is 40. The method as in claim 39, wherein the step of matching the type of the 
mobile device against the database includes allowing new mobile device types to 
be added to the database. 

41 . The method as in claim 29, further comprising the step of billing the loca- 
20 tion-dependent delivery service provider for procuring the position data based on 

the accuracy of the position data. 

42. The method as in claim 41, wherein the step of billing the location-depen- 
dent delivery service provider includes using calling records generated in relation 

25 to calling events occurring during the obtaining of the localized content from the 
content provider. 

43. The method as in claim 29, further comprising the steps of: 
obtaining position data from positioning devices, including 

30 accepting a request for position data from the location-dependent 

information delivery service provider; 

extracting from the request for position data the mobile device identifica- 
tion associated with the mobile device user; and 

providing a positioning device with the mobile device identification asso- 
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ciated with the mobile device user for obtaining positioning data relating to the 
mobile device user from the positioning device. 

44. The method as in claim 43, wherein the step of obtaining position data fur- 
ther includes selecting the positioning device for obtaining position data. 

45. The method as in claim 44, wherein the step of selecting the positioning 
device includes automatically selecting the positioning device for obtaining posi- 
tioning data. 

46. The method as in claim 45, wherein the step of automatically selecting the 
positioning device includes selecting the positioning device based on the selection 
history of the positioning device. 



15 47. The method as in claim 45, wherein the step of automatically selecting the 
positioning device includes selecting the positioning device based on the accuracy 
of the positioning device. 

48. The method as in claim 44, wherein the step of accepting the request for 
20 position data from the location-dependent information delivery service provider in- 
cludes using an open interface for accepting the request for position data. 

49. The method as in claim 48, wherein the step of using a first open interface 
for accepting the request for position data includes using an application program 

25 interface. 



50. The method as in claim 44, wherein the step of extracting from the request 
for position data the mobile device identification associated with the mobile device 
user includes extracting from the request for position data the mobile device iden- 

30 tification of the mobile device that is GSM compliant. 

51 . The method as in claim 50, wherein the step of extracting from the request 
for position data the mobile device identification of the GSM mobile device in- 
cludes extracting from the request for position data the MSISDN identification of 
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52. The method as in claim 44, wherein the step of obtaining position data fur- 
ther includes obtaining latitude and longitude information for the location of the 
5 mobile device user. 



53. The method as in claim 44, further including the step of providing a loca- 
tion feature upon which options for locating the mobile device user is dependent, 
wherein when the location feature is disabled the mobile device user is not loca- 

10 table, and when the location feature is enabled the mobile device user is locatable. 

54. The method as in claim 53, wherein when the location feature is disabled 
the step of providing the location feature includes prompting the mobile device 
user for obtaining permission for locating the mobile device user. 

15 

55. A system for facilitating the provision of location-dependent information 
delivery services to mobile device users, the system comprising: 

means for obtaining position data from positioning devices, including 
means for accepting a request for position data from a location-dependent 
20 information delivery service provider; 

means for extracting from the request for position data the mobile device 
identification associated with a mobile device user; and 

means for providing a positioning device with the mobile device identifica- 
tion associated with the mobile device user for obtaining positioning data relating 
25 to the mobile device user from the positioning device. 

56. The system as in claim 55, wherein the means for obtaining position data 
further includes means for selecting the positioning device for obtaining position 
data. 

30 

57. The system as in claim 56, wherein the means for selecting the positioning 
device includes means for automatically selecting the positioning device for obtain- 
ing positioning data. 
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58. The system as in claim 57, wherein the means for automatically selecting 
the positioning device includes means for selecting the positioning device based 
on the selection history of the positioning device. 

5 59. The system as in claim 57, wherein the means for automatically selecting 
the positioning device includes means for selecting the positioning device based 
on the accuracy of the positioning device. 

60. The system as in claim 56, wherein the means for accepting the request 
10 for position data from the location-dependent information delivery service provider 

includes means for using an open interface for accepting the request for position 
data. 

61. The system as in claim 60, wherein the means for using a first open inter- 
15 face for accepting the request for position data includes means for using an appli- 
cation program interface. 

62. The system as in claim 56, wherein the means for extracting from the re- 
quest for position data the mobile device identification associated with the mobile 

20 device user includes means for extracting from the request for position data the 
mobile device identification of the mobile device that is GSM compliant. 

63. The system as in claim 62, wherein the means for extracting from the re- 
quest for position data the mobile device identification of the GSM mobile device 

25 includes means for extracting from the request for position data the MSISDN iden- 
tification of the GSM mobile device. 

64. The system as in claim 56, wherein the means for obtaining position data 
further includes means for obtaining latitude and longitude information for the loca- 

30 tion of the mobile device user. 

65. The system as in claim 56, further comprising means for providing a loca- 
tion feature upon which options for locating the mobile device user is dependent, 
wherein when the location feature is disabled the mobile device user is not loca- 
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table, and when the location feature is enabled the mobile device user is locatable. 

66. The system as in claim 65, wherein when the location feature is disabled 
the means for providing the location feature includes means for prompting the mo- 

5 bile device user for obtaining permission for locating the mobile device user. 

67. The system as in claim 56, further comprising means for billing the loca- 
tion-dependent delivery service provider for procuring the position data based on 
the accuracy of the position data. 

10 

68. The system as in claim 67, wherein the means for billing the location- 
dependent delivery service provider includes means for using calling records gen- 
erated in relation to calling events occurring during the obtaining of the position 
data from the positioning device. 

15 

69. A system for facilitating the provision of location-dependent information 
delivery services to mobile device users, the system comprising: 

means for obtaining localized content from content providers, including 
20 means for accepting a request for localized content from a location- 

dependent information delivery service provider; 

means for obtaining, by using the request for localized content, position 
data relating to a mobile device user; and 

means for providing a content provider with the position data relating to 
25 the mobile device user for obtaining localized content relating to the mobile 
device user from the content provider. 

70. The system as in claim 69, wherein the means for obtaining the position 
data includes means for extracting from the request for localized content, the type 

30 of localized content to be obtained. 

71 . The system as in claim 70, wherein the means for obtaining the position 
data further includes means for extracting from the request for localized content, 
the position data. 
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72. The system as in claim 70, wherein the means for obtaining the position 
data further includes means for extracting from the request for localized content, 
the mobile device identification associated with a mobile device user. 

5 

73. The system as in claim 72, wherein the means for extracting from the re- 
quest for localized content, the mobile device identification associated with the 
mobile device user includes means for providing a positioning device with the mo- 
bile device identification associated with the mobile device user for obtaining posi- 

10 tioning data relating to the mobile device user from the positioning device. 

74. The system as in claim 70, wherein the means for obtaining localized con- 
tent further includes means for formatting the localized content obtained from the 
content provider. 

15 

75. The system as in claim 70, wherein the means for obtaining localized con- 
tent further includes means for caching the localized content obtained from the 
content provider. 

20 76. The system as in claim 70, wherein the means for providing the content 
provider with the position data relating to the mobile device user for obtaining the 
localized content relating to the mobile device user from the content provider in- 
cludes means for providing the content provider with the position data relating to 
the mobile device user for obtaining text and/or image relating to the locality of 

25 mobile device user from the content provider. 

77. The system as in claim 70, further comprising means for rendering the lo- 
calized content obtained from the content provider. 

30 78. The system as in claim 77, wherein the means for rendering the localized 
content includes means for determining from the request for localized content the 
type of the mobile device. 

79. The system as in claim 78, wherein the means for determining the type of 



BNSDOCID: <WO_02058426A1_I_> 



WO 02/058426 PCT/SE02/00076 

39 

the mobile device includes means for determining the screen size of the mobile 
device. 

80. The system as in claim 79, wherein the means for determining the screen 
5 size of the mobile device includes means for matching the type of the mobile de- 
vice against a database for determining the screen size of the mobile device. 

81 . The system as in claim 80, wherein the means for matching the type of the 
mobile device against the database includes means for allowing new mobile de- 

10 vice types to be added to the database. 

82. The system as in claim 70, further comprising means for billing the loca- 
tion-dependent delivery service provider for procuring the position data based on 
the accuracy of the position data. 

15 

83. The system as in claim 82, wherein the means for billing the location- 
dependent delivery service provider includes means for using calling records gen- 
erated in relation to calling events occurring during the obtaining of the localized 
content from the content provider. 

20 
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